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Cost  as  an  Independent  Variable  (CAIV),  implemented  in  eariy  1996,  is  a  new 
initiative  to  reduce  defense  system  costs.  Here  we’li  iook  at  the  definitions, 
concepts,  processes,  and  risks  of  CAIV,  with  exampies  from  the  eight  flagship 
programs  that  are  ieading  in  its  use. 


In  the  past  decade  of  tremendous 
changes  in  defense  systems  acquisi¬ 
tion,  the  most  significant  factor  is  the 
dramatic  drop  in  dollars  available  to  huy 
new  systems.  This  mandates  new  think¬ 
ing  on  strategies  and  processes  for  acqui¬ 
sition.  Part  of  this  change  in  thinking  is 
Cost  as  an  Independent  Variahle  (CAIV), 
a  new  initiative  to  reduce  life-cycle  costs 
of  defense  systems.  CAIV  was  proposed 
in  1995  and  implemented  in  March  1996 
as  a  part  of  the  new  5000  Series  regula¬ 
tions  on  defense  systems  acquisition  (DoD 
5000. 2R,  1996).  Compliance  with  the 
principles  of  CAIV  is  required  for  all  ac¬ 
quisition  category  (ACAT)  I  and  lA  pro¬ 
grams  and,  at  the  discretion  of  the  com¬ 
ponent  acquisition  executive  (CAE),  the 
principles  may  he  applied  to  other  pro¬ 
grams.  Implementation  of  CAIV  is  basi¬ 
cally  in  two  steps:  first,  when  a  mission 
needs  statement  (MNS)  is  approved  (and 
the  concept  exploration  phase  begins),  an 
approach  is  laid  out  to  set  cost  objectives; 


and,  second,  upon  program  initiation  (usu¬ 
ally  at  Milestone  I  approval),  the  actual 
life-cycle  cost  objectives  are  established 
by  the  program  office. 

Two  Department  of  Defense  (DoD) 
working  groups  led  the  definition  and 
implementation  of  CAIV.  A  Defense 
Manufacturing  Council  working  group  de¬ 
veloped  a  CAIV  working  group  report  dis¬ 
seminated  in  December  1995  which  de¬ 
scribes  a  strategy  for  setting  aggressive, 
realistic  cost  objectives  for  acquiring  de¬ 
fense  systems  and  managing  the  associ¬ 
ated  risks.  In  June  1996,  the  Flagship  Pro¬ 
grams  Workshops  began  meeting  under 
the  leadership  of  Dr.  Spiros  Pallas  of  the 
Office  of  the  Secretary  of  Defense  (OSD). 
The  participants  include  representatives  of 
eight  defense  programs,  as  well  as  repre¬ 
sentatives  of  OSD,  the  Institute  for  De¬ 
fense  Analyses  (IDA)  and  the  Defense 
Systems  Management  College  (DSMC). 
Table  1  lists  the  eight  flagship  programs 
as  well  as  their  current  program  phase  and 
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a  short  description  of  the  weapon  system. 
Flagship  programs  are  sharing  problems 
and  solutions  in  implementing  CAIV 
policy. 

Definition 


CAIV  is  a  new  DoD  strategy  that  makes 
total  life-cycle  cost  as  projected  within  the 
new  acquisition  environment  a  key  driver 
of  system  requirements,  performance 
characteristics,  and  schedules.  This  is  a 
180-degree  conceptual  change  in  thinking 
from  the  days  of  requirement-,  perfor¬ 
mance-,  and  sometimes  schedule-driven 
costs.  While  the  life-cycle  cost-perfor- 
mance-requirements  tradeoff  process  is 
the  heart  of  CAIV,  a  broader  definition  is 
necessary  to  recognize  the  environment  in 
which  these  trades  take  place.  Programs 
are  being  aggressively  managed  to  meet 
program  objectives  concomitantly  with 
the  implementation  of  reform  initiatives 
such  as:  use  of  commercial  specifications 
and  practices;  use  of  integrated  product 
and  process  development  teams;  and  con¬ 
tractor  enterprise  reengineering.  Acquisi¬ 
tion  reform  initiatives  have  the  potential 
to  significantly  reduce  cost  and  change  the 
baseline  against  which  cost-performance- 
requirements  trades  are  benchmarked.  The 
Defense  Acquisition  Deskbook  provides 
a  description  of  CAIV  within  this  broader 


context:  “CAIV  is  a  strategy  that  entails 
setting  aggressive  yet  realistic  cost  objec¬ 
tives  when  defining  operational  require¬ 
ments,  acquiring  defense  systems,  and 
managing  achievement  of  these  objec¬ 
tives.  Cost  objectives  must  balance  mis¬ 
sion  needs  with  projected  out-year  re¬ 
sources,  taking  into  account  existing  tech¬ 
nology,  maturation  of  new  technologies, 
and  anticipated  process  improvements  in 
both  DoD  and  industry”  (DoD,  1996).  In 
some  ways  CAIV  suffers  from  the  com¬ 
bination  of  too  many  initiatives  to  be  eas¬ 
ily  explained.  Philosophically  CAIV  is  the 
combination  of  all  the  best  practices  af¬ 
fecting  cost. 

Concepts 


The  implementation  of  CAIV  requires 
new  thinking  about  program  management. 
If  cost  is  truly  the  key  driver  of  perfor¬ 
mance  and  schedule,  no  single  cost  reduc¬ 
tion  strategy  is  likely  to  be  sufficient.  All 
cost  reduction  initiatives  must  be  consid¬ 
ered.  In  a  presentation  by  the  Institute  for 
Defense  Analyses  at  the  Flagship  Work¬ 
shop  in  July  1996  (Bell,  1996),  a  hierar¬ 
chy  of  CAIV  cost  levers  was  proposed. 
All  of  these  levers  are  important  in  CAIV 
implementation.  They  are  listed  in  rough 
order  of  potential  benefit  for  most  pro¬ 
grams: 


Dr.  Benjamin  C.  Rush  is  a  professor  emeritus  at  the  Defense  Systems  Management  College. 
He  received  his  doctorate  from  the  University  of  Southern  California  in  the  Graduate  School  of 
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ence  in  the  Department  of  Defense  and  defense  industry. 
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PROGRAM 

PROGRAM 

DESCRIPTION 

PROGRAM 

STATUS 

EELV 

A  more  cost-effective  space 
launch  vehicle  for  medium  and 
heavy  lift  requirements 

Pre-EMD  start  Dec.  1996 

AIM-9X 

Next  generation  Sidewinder  air- 
to-air  missile 

EMD  start  Jan.  1997 

TACMS- 

Upgrade  of  tactical  ground-to- 

Currently  in  PDRR 

BAT  P3I 

ground  missile  -  new  seeker 

EMD  start  in  1998 

MIDS 

Third  generation  secure,  jam- 
resistant,  communications  system 
for  NATO  family 

EMD  contract  awarded  in  Mar 

1994 

Restructured  Jun.  1994 

CDR  in-process 

JASSM 

Long-range  air-to-surface  standoff 
missile 

Entered  2-year  competitive  PDRR 

CRUSADER 

155MM  self-propelled  Howitzer 
and  armored  resupply  vehicle 

Completion  of  PDRR  in  FY  2000 
Single  contractor  team 

JSF 

Advanced  Strike  Fighter  Aircraft 

Pre-PDRR 

SBIRS 

Space-based  infrared  surveillance 
system  for  missile  defense 

Entered  EMD  for  GEO  in  FY  1996 
PDRR  for  LEO  with  MS  II  in 

FY  1999 

Table  1.  CAIV  Flagship  Programs 


1.  Requirements-cost-performance 
trades.  This  is  the  essence  of  CAIV 
and  is  discussed  in  detail  in  follow¬ 
ing  sections. 

2.  Acquisition  strategy.  Competition  is 
the  greatest  lever  that  the  govern¬ 
ment  has  in  the  early  stages  of  a  pro¬ 
gram  to  ensure  that  CAIV  ohjec- 
tives  are  met.  Because  of  this,  com¬ 
petition  should  he  maintained  as 
long  as  economically  practical. 


3.  Concurrent  engineering/integrated 
product  and  process  development 
(IPPD).  To  meet  an  aggressive  cost 
target,  team  members  must  cooper¬ 
ate  to  ensure  that  all  functional  plan¬ 
ning  he  integrated  and  that  difficul¬ 
ties  are  discovered  and  resolved 
early  on. 

4.  Contractor  enterprise  reengineering. 
The  lean  enterprise  philosophy  en¬ 
courages  industry  to  concentrate  on 
core  capabilities  and  to  develop 
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long-term  relationships  with  key 
suppliers  for  non-core  activities.  It 
also  requires  that  core  activities  he 
conducted  with  maximum  effi¬ 
ciency. 

5.  Commercial  specifications,  prac¬ 
tices,  and  components.  Acquisition 
reform  has  enabled  use  of  commer¬ 
cial  specifications  and  practices  in 
many  areas.  The  use  of  commercial 
components,  where  technically  fea¬ 
sible,  is  an  important  cost  reduction 
tool  for  many  programs. 

DoD  expects  cost  savings  from  these 
cost  levers  to  enable  50  percent  and  greater 
reductions  in  cost  from  the  old  way  of 
doing  business.  The  Joint  Direct  Attack 
Munitions  Program  is  a  frequently  cited 
example  of  a  program  that  is  achieving  this 
magnitude  of  reduction  from  the  broad 
impact  of  the  new  way  of  doing  business. 

The  preceding  consistently  addresses 
the  tradeoff  process  as  cost-performance 

and  require¬ 
ments.  This  em¬ 
phasizes  the  role 
of  the  user  and 
the  importance 
of  the  transition 
from  the  re¬ 
quirements  pro¬ 
cess  to  contract¬ 
ing  for  system 
performance 
goals.  The  process  considers  the  chang¬ 
ing  nature  of  requirements  as  system  de¬ 
velopment  progresses.  To  enhance  the  ef¬ 
fectiveness  of  CAIV,  programs  minimize 
the  number  of  system  performance  param¬ 
eters  stated  in  the  Operational  Require¬ 
ments  Document  (ORD)  at  Milestone 


(MS)  I.  This  allows  performance  objec¬ 
tives  to  be  developed  that  are  achievable 
and  affordable  based  on  actual  develop¬ 
ment  and  additional  analysis  during  Pro¬ 
gram  Definition  and  Risk  Reduction 
(PDRR).  If  the  number  of  key  perfor¬ 
mance  parameters  are  kept  to  a  minimum 
while  continuing  to  meet  the  user’s  real 
needs,  greater  leeway  is  provided  for  fu¬ 
ture  tradeoffs.  The  system  performance 
parameters  called  out  in  the  ORD  are  des¬ 
ignated  key  performance  parameters  and 
are  not  tradable  below  a  threshold  value. 
Thus  for  key  performance  parameters  the 
only  trade  space  is  between  threshold  and 
objective  values.  Both  values  are  stated 
in  the  ORD  and  in  the  Acquisition  Pro¬ 
gram  Baseline  (APB),  and  using  the  CAIV 
strategy  are  refined  until  MS  II. 

For  technical  performance  parameters, 
the  CAIV  targets  should  be  the  same  as 
those  in  the  APB.  For  CAIV  cost  thresh¬ 
old  and  objective  values,  there  are  poten¬ 
tial  problems  with  having  them  equiva¬ 
lent  to  the  APB  values.  The  program  bud¬ 
get  cannot  exceed  the  APB  cost  threshold 
and  the  cost  threshold  is  specified  as  10 
percent  above  the  objective  value 
(5000.2R,  Part  3.2.1  and  3.2.2.2).  This 
may  provide  little  cost  room  to  solve  tech¬ 
nical  performance  parameter  breaches. 

To  some  extent,  previous  attempts  at 
cost-performance  trades  fell  victim  to  in¬ 
flexible  requirements  from  the  user  or 
overspecified  requirements  by  the 
acquirer.  Performance  goals  have  fre¬ 
quently  been  driven  by  available  technol¬ 
ogy  where  the  contractor  and  program 
management  office  (PMO)  strive  for  “the 
last  ounce  of  performance.”  The  thresh¬ 
old  and  objective  values  for  key  perfor¬ 
mance  parameters  are  initially  developed 
as  the  user  translates  the  broadly  stated 


"To  seme  extent, 
previous  attempts  at 
cost-performance 
trades  fell  victim  to 
inflexible  require¬ 
ments  from  the  user 
or  overspecified 
requirements  by  the 
acquirer." 
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mission  need  from  the  mission  area  analy¬ 
sis  into  a  system  deseription  for  the  ORD. 
An  analysis  of  alternative  system  eoncepts 
should  focus  on  determining  the  appro¬ 
priate  technical  performance  trades  prior 
to  the  initial  ORD  and  APB  at  Milestone  I. 
The  key  performance  parameters  are 
stated  in  the  initial  ORD  and  APB  and 
updated  at  each  milestone.  For  effective 
contracting,  performance  must  he  stated 
as  overall  system  performance  goals  rather 
than  as  detailed  specific  performance  pa¬ 
rameters.  Changing  these  goals  during 
system  development  because  of  changing 
mission  requirements  from  the  user  will 
greatly  hinder  the  CAIV  process.  Further, 
the  user  and  acquirer  must  he  willing  to 
accept  lesser  performance  for  less  cost 
within  the  trade  space.  Changing  the  cul¬ 
ture  regarding  lesser  hut  acceptahle  per¬ 
formance  is  critical  to  successful  imple¬ 
mentation  of  CAIV.  Thus,  the  user  must 
he  an  integral  player  throughout  the  pro¬ 
cess  as  the  cost-performance-require¬ 
ments  tradeoffs  are  made  in  each  phase  of 
the  life  cycle. 

Clearly  the  tradeoff  process  is  more  ef¬ 
fective  if  it  can  he  accomplished  earlier  in 
the  design  process.  A  large  percentage  of 
the  cost  is  determined  hy  a  small  percent¬ 
age  of  the  design  decisions.  These  critical 
cost-driving  design  decisions  normally  are 
made  very  early  in  the  concept  selection 
and  design  process.  Because  of  this,  ex¬ 
pect  greater  success  in  implementing 
CAIV  for  programs  in  concept  explora¬ 
tion  or  program  definition  and  risk  reduc¬ 
tion  phases.  There  are  significant  problems 
estimating  production  and  operations  and 
support  (O&S)  costs  early  in  develop¬ 
ment  but  these  estimates  can  be  updated 
and  improved  over  the  product’s  life 
cycle.  Improved  estimates  will  have  the 


greatest  program  impact  if  competition 
continues. 

How  is  this  different  from  design-to- 
cost  (DTC)?  This  question  is  frequently 
asked  in  discussions  on  CAIV.  CAIV  em¬ 
bodies  more  than  the  tradeoff  process  that 
is  DTC  and  there  are  key  conceptual  dif¬ 
ferences.  Under  CAIV,  the  user  is  an  ac¬ 
tive  participant  in  the  tradeoff  process 
throughout  the  life  cycle.  This  is  not  nor¬ 
mally  the  case  with  DTC.  Another  key  dif¬ 
ference  is  CAIV’s  more  flexible  require¬ 
ment  based  on  threshold  mission  effective¬ 
ness.  Earlier  planning  in  the  life  cycle  by 
the  user  and  acquirer  with  an  iterative  re¬ 
fining  of  the  objectives  is  another  differ¬ 
ence.  In  the  past,  DTC  has  been  predomi¬ 
nantly  a  contractor’s  process,  executed 
during  the  system  design.  In  the  simplest 
terms,  consider  DTC  as  one  of  the  tools 
for  the  implementation  of  the  CAIV  con¬ 
cept. 

Processes 


The  DoD  initiative  on  IPPD  and  inte¬ 
grated  product  teams  (IPTs)  is  central  to 
the  implementation  of  CAIV.  Within  both 
contractor  and  government  organizations, 
it  is  expected  that  this  initiative  will  have 
been  implemented.  Under  the  direction  of 
the  government  program  manager  (PM), 
a  cost-performance  IPT  (CPIPT)  will  es¬ 
tablish  the  program  cost  objectives  and  fa¬ 
cilitate  the  cost-performance-require¬ 
ments  tradeoff  process.  Team  membership 
includes  the  user  from  the  outset,  and  con¬ 
tractor  representation  as  it  is  determined 
appropriate  (as  per  5000.2R,  Part  1,  Sec¬ 
tion  1.6).  Other  members  vary  depend¬ 
ing  on  the  phase  of  the  life  cycle  but 
could  include  the  service  cost  center  and 


165 


Acquisition  Review  Quarterly — Spring  1997 


ENVIRONMENT  OF  NEW  PROCESSES  AND  PRACTICES 


Requirements 


Figure  1.  Participants  in  the  CAIV  Process 


the  OSD  Cost  Analysis  Improvement 
Group  (CAIG)  as  does  the  Joint  Air-to- 
Surface  Standoff  Missle  (JASSM)  pro¬ 
gram.  A  detailed  discussion  of  the  mem- 
hership  and  roles  of  the  CPIPT  is  provided 
in  the  “Life  Cycle  Cost-Performance  Con¬ 
cept  Paper”  (DoD,  1995). 

The  CAIV  process  is  an  iterative  one 
focused  on  the  PM  and  CPIPT  (Figure  1). 
The  PM  and  CPIPT  work  with  the 
Overarching-IPT  representing  the  pro¬ 
gram  evaluation  officer,  service  headquar¬ 
ters,  and  OSD  in  determining  funding, 
receiving  programmatic  direction,  and 
providing  program  status.  The  PM  and 
CPIPT  must  have  a  strong  working  rela¬ 
tionship  with  the  user  community  in  es¬ 
tablishing  cost-effective  requirements  and 
determining  priority.  The  PM  and  CPIPT 
have  a  number  of  supporting  acquisition 
organizations,  from  functional  support 


within  the  component  command  to  service 
cost  centers,  which  provide  cost  estimates 
and  analysis.  Design  and  cost  analysis  by 
the  contractors  provide  the  CPIPT  with  the 
information  necessary  to  analyze  cost- 
performance  tradeoffs.  This  circle  of  re¬ 
lationships  around  the  PM  and  CPIPT 
enable  a  sequence  of  activities  necessary 
to  accomplish  CAIV.  These  include  the  de¬ 
velopment  of  aggressive  cost  goals,  imple¬ 
mentation  of  incentives  to  encourage  the 
accomplishment  of  these  goals,  and  mea¬ 
surement  of  specific  CAIV  performance 
through  tracking  of  metrics. 

Sehing  Aggressive  Cost  Targets 

Developing  aggressive  cost  goals  re¬ 
quires  the  CPIPT  to  consider  a  number  of 
elements,  including  available  resources, 
costs  of  comparable  systems  and  compo¬ 
nents,  mission  effectiveness  studies,  tech- 
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nology  base  trends,  and  the  use  of  such 
initiatives  as  lean  manufacturing  and  com¬ 
mercial  business  practices.  The  CPIPT 
must  work  to  develop  initial  aggressive 
cost  goals  using  these  elements  and  the 
following  framework. 

1.  Using  affordability  as  the  key  cri¬ 
terion,  the  service  headquarters  di¬ 
vides  a  fixed  budget  among  com¬ 
peting  programs.  Here  the  cost  goals 
are  used  in  developing  budget  re¬ 
quired  for  that  program  and  com¬ 
pared  with  the  available  dollars  in 
the  Program  Objective  Memoran¬ 
dum  (POM)  years  based  on  the  pri¬ 
ority  level  established  by  the  ser¬ 
vice,  Joint  Requirements  Oversight 
Council  (JROC),  and  others.  This 
fixed  budget  based  on  the  priority 
of  the  program  is  the  reality  of  what 
is  available  for  structuring  the  pro¬ 
gram.  The  current  budget  may  be 
less  constraining  in  the  out  years, 
but  still  drive  the  program  acquisi¬ 
tion  strategy. 

2.  Using  mission  effectiveness  as  the 
key  criteria,  the  user  and  service 
headquarters  must  determine  “the 
most  bang  for  the  buck”  of  the  pro¬ 
posed  system.  Here  analytical  stud¬ 
ies  begin  with  mission  area  analy¬ 
sis  and  analysis  of  alternatives  and 
result  in  a  set  of  requirements  in  a 
mission  need  statement  and  the 
ORD.  This  analysis  would  look  at 
the  proposed  program  in  terms  of 
mission  effectiveness  versus  perfor¬ 
mance  requirements  and  perfor¬ 
mance  requirements  versus  cost. 
There  are  different  DoD  organiza¬ 
tional  elements  involved  in  this 


analysis,  depending  on  the  service: 
Center  for  Naval  Analyses  (Navy), 
Training  and  Doctrine  Command 
(TRADOC)  (Army),  combat  com¬ 
mand  (Air  Force),  and  Program 
Analysis  and  Evaluation  (PA&E) 
(OSD).  These  studies  provide  the 
necessary  tie  between  mission  re¬ 
quirements,  performance  param¬ 
eters,  and  the  cost  effectiveness  re¬ 
quired  of  the  system. 

3.  The  PMO  would  normally  have  ac¬ 
cess  to  independent  research  and 
contract  studies  by  contractors, 
which  provide  concepts  and  cost 
estimates  for  achieving  the  required 
system  performance  requirements. 
These  concepts  and  associated  costs 
may  vary  widely  from  one  study  to 
the  next  but  provide  the  critical  con¬ 
tractor  perspective  on  range  of  al¬ 
ternatives  and  provide  key  data  to 
the  above-mentioned  analysis  of 
alternatives  and  funding  exercises. 

The  PM,  through  the  CPIPT,  must  find 
a  set  of  initial  cost  goals  that  provide  an 
affordable  budget  and  still  enable  the  sys¬ 
tem  to  meet  at  least  the  threshold  require¬ 
ments  of  the  user.  If  the  cost  goals  include 
consideration  of  the  most  likely  cost  of  the 
performance  and  schedule  requirements, 
there  can  exist  a  legitimate  trade  space  for 
cost-performance  tradeoffs  and  the  cost 
targets  will  be  realistic.  If  initial  realistic 
cost  goals  cannot  be  developed  through 
this  trade  program  within  the  budget 
affordability,  the  program  is  not  viable. 
The  initial  cost  goals  will  be  refined  at 
each  stage  of  development  to  ensure  a 
balance  between  the  realistic  and  the  ag¬ 
gressive.  They  will  be  referred  to  as  cost 


167 


Acquisition  Review  Quarterly — Spring  1997 


goals  by  Milestone  I,  as  cost  targets  by 
Milestone  II,  and  firm  cost  targets  by  Mile¬ 
stone  III. 

Tbe  key  focus  of  CAIV  is  on  tbe  total 
life-cycle  cost  (LCC)  of  a  program  with 
LCC  in  four  separate  cost  objectives:  re¬ 
search,  development,  test,  and  evaluation 
(RDT&E);  production;  operations  and 
support;  and  disposal.  Here  we  give  pri¬ 
mary  attention  to  the  production  cost  ob¬ 
jective  and  the  operations  and  support  cost 
objective  reflecting  the  emphasis  of  the 
flagship  programs. 

The  production  cost  objective  is  defined 
in  several  ways.  The  basic  term  associ¬ 
ated  with  production  costs  of  individual 

items  of  a  pro¬ 
gram  is  known 
as  “average  pro¬ 
curement  unit 
costs”  (APUC). 
The  APUC  is 
calculated  by 
dividing  the  to¬ 
tal  procurement 
cost  by  the  total 
procurement 
quantity  of  the 
program.  Also  of  interest  to  a  PM  is  the 
average  unit  cost  of  those  items  contracted 
for  in  each  production  lot.  The  average 
unit  production  cost  of  a  production  lot 
will  normally  vary  from  one  production 
lot  to  the  next  based  on  learning  curve 
theory  and  other  factors.  Further,  the  pro¬ 
duction  lot  average  unit  values  will  be  dif¬ 
ferent  from  the  APUC,  which  is  based  on 
the  total  program  quantity.  Additional  con¬ 
fusion  can  occur  when  one  compares  pro¬ 
duction  costs  of  different  programs,  be¬ 
cause  of  different  definitions.  Examples 
from  the  JASSM  and  AIM-9X  flagship 
programs  are  the  inclusion  in  production 


costs  of  “bumper  to  bumper”  warranty 
costs  (although  for  differing  periods). 
Other  programs  have  no  warranty  costs 
in  their  average  unit  costs. 

The  second  area  of  operations  and  sup¬ 
port  costs  is  even  more  difficult  to  pre¬ 
dict.  Contractually,  operations  and  support 
costs  may  best  be  handled  (as  several  of 
the  flagship  programs  have  done)  by  set¬ 
ting  aggressive  goals  for  key  performance 
parameters  that  drive  O&S  costs,  such  as 
mean  time  between  failure  (MTBF)  and 
mean  time  to  repair  (MTTR). 

IMPIEMENTATION  OF  INCENTIVES 

The  implementation  of  incentives  is  a 
critical  part  of  ensuring  the  necessary 
changes.  These  incentives  can  be  either 
positive  (achieving  targets)  or  negative 
(failure  to  meet  targets).  If  the  contractor 
is  not  meeting  the  program  cost  targets, 
an  acquisition  strategy  could  be  structured 
to  restart  competition.  An  acquisition  strat¬ 
egy  guide  provides  the  optimum  level  of 
competition  by  phase  is  one  of  the  most 
effective  ways  to  ensure  cost  is  minimized. 
Flagship  program  examples  are  the 
JASSM  and  Evolved  Expendable  Eaunch 
Vehicle  (EEEV)  programs,  which  use  roll¬ 
ing  down-selects  (selecting  fewer  contrac¬ 
tors  for  each  succeeding  phase)  with  the 
final  development  contract  competition  in¬ 
cluding  low-rate  initial  production  and  the 
incentive  of  continuation  in  a  sole-source 
mode  as  long  as  the  final  cost  targets  struc¬ 
tured  during  the  final  competition  are  not 
breached. 

In  many  programs,  the  quantity  or  other 
factors  prevent  the  ability  to  have  compe¬ 
tition  in  production.  In  these  situations,  the 
use  of  award  or  incentive  profit  can  play 
a  major  role.  The  Crusader  program  is  an 
example  of  a  program  with  a  sole-source 
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contractor  in  development  through  pro¬ 
curement,  where  an  award  fee  is  being 
used  to  motivate  contractor  performance. 
This  is  in  an  environment  of  minimal  mil- 
specs,  mil-stds,  and  contract  data  require¬ 
ments  lists.  The  Space-Based  Infrared 
Systems  (SB  IRS)  program  uses  an  incen¬ 
tive  fee  to  share  the  cost  savings  between 
the  government  and  the  contractor.  An 
important  motivator  for  all  programs  is  the 
shared  decision  role  through  contractor 
participation  on  the  CPIPT. 

Another  element  is  providing  appropri¬ 
ate  incentives  to  the  government  employ¬ 
ees  who  make  major  contributions  to  the 
success  of  the  program.  This  has  been  tried 
with  mixed  success.  One  of  the  major  dif¬ 
ficulties  is  that  monetary  awards  are  not 
allowed  for  military  members  of  the  gov¬ 
ernment  team,  but  a  change  in  the  law  is 
under  study. 

Measuring  Performance  Through 
Tracking  of  Metrics 

There  is  a  need  for  validated  cost  mod¬ 
els  to  track  life-cycle  cost  during  program 
execution.  The  government  should  have 
access  to  contractors’  models  and  meth¬ 
odology.  This  does  not  mean  that  the  gov¬ 
ernment  and  contractor  have  the  same 
models,  but  they  work  together  to  share 
and  validate.  The  contractor’s  design-to- 
cost  system  must  provide  a  flow-down  of 
the  APUC  to  the  engineering  design  level 
with  status  reporting,  corrective  actions, 
and  trend  analysis.  The  reporting  process 
is  incorporated  into  the  contract  statement 
of  work.  The  Crusader  program  showed 
that  the  models  used  for  trades  were  inad¬ 
equate  for  cost  tracking.  The  AIM-9X  pro¬ 
gram  demonstrated  that  it  was  extremely 
valuable  to  establish  early  a  government- 
contractor  APUC  working  group.  An 


APUC  baseline  can  later  be  altered  to  ac¬ 
count  for  government-directed  design 
changes,  quantity  changes,  and  economic 
price  adjustments.  Any  change  in  the 
baseline  must  be  directly  traceable  so  that 
the  cause  and  magnitude  are  documented. 

The  operations  and  support  costs  track¬ 
ing  process  has  been  handled  by  the  flag¬ 
ship  programs  in  one  of  two  ways.  Where 
the  contractor  has  provided  a  warranty  as 
part  of  the  APUC,  the  government  need 
only  be  concerned  with  the  cost  models  at 
the  time  of  warranty  negotiation.  When 
there  is  no  warranty,  the  government  in¬ 
terest  shifts  to  the  impact  of  the  technical 
cost  drivers.  The  system  O&S  costs  are 
best  controlled  through  test  and  analysis 
of  the  technical  parameters  driving  O&S 
costs  such  MTBF  and  MTTR.  Technical 
performance  measurement  should  be  used 
to  track  all  critical  performance  param¬ 
eters  including  those  driving  O&S  costs. 

Risk  Management  in  CAIV 


The  areas  of  risk  listed  below  must  be 
addressed  as  a  part  of  the  CAIV  process. 
Some  of  these  risks  are  in  conflict  with 
others;  they  must  be  continually  balanced. 
The  process  is  an  iterative  one  and  the 
risks  come  into  play  multiple  times  dur¬ 
ing  the  life  of  the  program.  Among  the  key 
areas  that  CAIV  must  consider  are: 

1.  Risks  that  the  current  budget  and 
priority  decisions  for  a  system  are 
sufficiently  accurate  and  remain 
stable  over  the  program  life  cycle 
to  provide  realistic  system 
affordability. 
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The  program  budget  must  be  real¬ 
istic  and  stable  for  a  successful  pro¬ 
gram.  This  is  a  major  problem  in 
managing  most  acquisition  pro¬ 
grams;  it  will  be  even  more  critical 
under  CAIV,  where  cost  explicitly 
drives  performance  and  schedule. 

2.  Risks  that  the  threshold  perfor¬ 
mance  requirements  will  provide 
the  necessary  mission  effectiveness 
and  will  be  stable  during  system  de¬ 
velopment  and  production,  and  risks 
that  the  difference  between  thresh¬ 
old  and  objective  requirements  will 
provide  sufficient  trade  space  to  al¬ 
low  tradeoffs  between  cost,  sched¬ 
ule,  and  performance. 

The  balance  between  ensuring  that 
the  system  will  meet  the  user’s  true 
requirements  and  the  necessity  of 
the  threshold  requirement  being  suf¬ 
ficiently  low  that  real  trade  space 
exists  between  the  threshold  and  ob¬ 
jective  is  critical  to  the  tradeoff  pro¬ 
cess. 

3.  Risks  that  the  shape  of  the  function 
between  performance,  require¬ 
ments,  mission  effectiveness,  and 
cost  can  be  determined  and  utilized 
in  tradeoff  analysis. 

The  determination  of  this  function 
and  the  desire  to  find  the  “knee  of 
the  curve”  will  require  not  only 
good  cost  data  but  extensive  mod¬ 
eling  of  mission  effectiveness.  An 
excellent  example  is  the  work  of  the 
Joint  Strike  Fighter  program  in 
modeling  these  relationships. 


4.  Risks  that  the  historical  database  for 
parametric  estimates  used  in  cost 
effectiveness  assessment  is  suffi¬ 
ciently  applicable  to  the  system  be¬ 
ing  estimated  to  provide  an  accu¬ 
rate  most  likely  value  and  range  (or 
probability  distribution  function) 
for  the  costs  of  the  system. 

The  database  for  parametric  esti¬ 
mates  always  seems  populated  with 
programs  that  are  sufficiently  dif¬ 
ferent  in  technology,  design,  or  mis¬ 
sion  from  your  program  so  as  to  call 
into  question  the  validity  of  the  es¬ 
timate.  To  achieve  good  tradeoffs, 
one  must  have  good  cost  models 
with  valid  data  reflecting  the  cur¬ 
rent  acquisition  reform  initiatives. 

5.  Risks  that  the  interrelationships 
of  the  system  performance  require¬ 
ments  are  sufficiently  understood  to 
select  the  most  cost-effective  sys¬ 
tem  performance  objectives,  and 
risks  that  the  performance  require¬ 
ments  are  accurately  translated  to 
system  performance  contractual 
goals,  which  the  contractor  has  suf¬ 
ficient  incentive  to  achieve. 

The  system  performance  goals  are 
seldom  independent.  Understanding 
these  interrelationships  is  critical  to 
contracting  with  and  providing  in¬ 
centive  to  the  contractor. 

6.  Risks  that  the  contractor  DTC 
analyses  accurately  direct  the  sys¬ 
tem  performance  objectives  to  spe¬ 
cific  design  and  process  decisions, 
and  risks  that  the  contractor  detail 
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engineering  (bottoms-up)  cost  data 
at  the  design  level  is  sufficiently 
accurate  to  make  the  most  cost  ef¬ 
fective  design  trades. 

Does  the  contractor  have  a  good 
DTC  process?  Without  one, 
achievement  of  aggressive  cost  tar¬ 
gets  is  unlikely. 

7 .  Risks  that  technology  developments 
will  enable  the  achievement  of  spe¬ 
cific  design  and  process  goals. 

If  the  performance  requirements  are 
too  ambitious  and  can’t  be  achieved, 
the  cost  and  schedule  of  technology 
development  will  become  the 
drivers. 

The  central  feature  of  CAIV  is  the 
tradeoff  process;  determining  af¬ 
fordable  performance  and  schedul¬ 
ing  based  on  cost  goals  is  accom¬ 


plished  by  a  set  of  decisions  that 
balance  the  above  risks. 

Summary 


The  flagship  programs  will  demonstrate 
the  ability  of  the  CAIV  concept  to  achieve 
significant  savings.  Results  will  not  be 
available  for  some  time.  In  the  meantime, 
ah  major  defense  acquisition  programs  in 
the  first  two  phases  of  the  life  cycle  are 
charged  with  implementing  this  concept 
and  were  required  to  submit  a  paper  on 
CAIV  implementation  by  July  1,  1996. 
These  programs  continue  to  report 
progress  on  this  concept  annually  to  their 
Milestone  Decision  Authority.  We  hope 
this  and  other  articles  on  the  implementa¬ 
tion  progress  of  CAIV  will  increase  un¬ 
derstanding  of  the  concepts  and,  by  so 
doing,  further  its  ability  to  succeed  as  a 
key  strategy  in  the  management  of  ah  de¬ 
fense  system  acquisitions. 
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